In article <437aeded@news.povray.org>, t.d### [at] internlnet says...
> 
> "Patrick Elliott" <sha### [at] hotmailcom> schreef in bericht
> news:MPG.1de44179a6dd9d45989e5c@news.povray.org...
> > > Rather amusingly, Outlook Express displays it as intended, and
> PaintShopPro
> > > screws it up :-)
> > >
> > Was noticing that myself, at least about PSP. Figured maybe its just that
> > I am using 6.0, and later ones work right. Spent an hour trying to figure
> > out how, or even 'if', you could get it to work right. :(
> >
> 
> I am sure you looked at the monitor gamma in PSP...
> I use PSP8, have its monitor gamma set at 1.00, and images are identical to
> originals.
> I use a flat screen, so there may be differences...
> 
> Thomas
> 
Well. I have 6, I can adjust the gamma some place in it (its at 1.0), but 
it won't color correct when showing the image. Did you try it with the 
example image Ard gave? Opera with that one produces colors of #B80000, 
#00B800, #0000B8 for the dark squares, with #FF000, #00FF00 and #0000FF 
for the smaller squares, but it screws up the yellow, making both 
#FFB800, instead of #B8B800 and #FFFF00. With PSP 6, all I get is the 
#FF0000, #00FF00, #0000FF and #FFFF00 colors for 'everything'. The screen 
isn't the problem, the application is simply refusing to correct the 
image, so it displays properly. The image browser doesn't show it either, 
nor does the eye dropped tool show different colors for the sections, 
even though it should, unless PSP6 was simply ignoring the Gamma in the 
file entirely. Point is, you can't know if it looks the same, unless you 
know what it is supposed to look like in the first place. If its ignoring 
the gamma information, then anything 'you' produce will look the same on 
'your' system, when the gamma information is being ignored.

-- 
void main () {

    call functional_code()
  else
    call crash_windows();
}

Post a reply to this message